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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Telecommunications and Internet 
converged Services and Protocols for Advanced Networking (TISPAN). 

The present document is part 4 of a multi-part deliverable covering the Interworking between Session Initiation 
Protocol (SIP) and Bearer Independent Call Control Protocol or ISDN User Part, as identified below: 

Part 1: "Protocol Implementation Conformance Statement (PICS)"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP) for Profile A and B"; 

Pai-t 3: "Test Suite Structure and Test Purposes (TSS&TP) for Profile C"; 

Part 4: "Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing 
(PIXIT) for Profiles A and B"; 

Part 5: "Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing (PIXIT) 
for Profile C". 
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Scope 



The present document specifies the Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information 
for Testing (PIXIT) proforma based on the Test suite Structure and Test purposes defined in TS 186 002-2 [1]. 

The TSS&TP have been developed to test the interworking between Session Initiation Protocol (SIP) and Bearer 
Independent Call Control Protocol (BICC) or ISDN User Part, Profiles A and B. The ATS is sometimes referred to in 
the present document as "SIP-ISUP-Interworking ATS". 

The test notation used in the ATS is TTCN-3 (ES 201 873-1 [8]). 

The following test specification- and design considerations can be found in the body of the present document: 

the overall test suite structure; 

the testing architecture; 

the test methods and port definitions; 

the test configurations; 

the design principles, assumptions, and used interfaces to the TTCN3 tester (System Simulator); 

TTCN styles and conventions; 

the partial PIXIT proforma; 

the modules containing the TTCN-3 ATS. 
Annex A provides the partial Implementation eXtra Information for Testing (IXIT) Proforma of the ATS. 
Annex B provides the Testing and Test Control Notation (TTCN-3) part of the ATS. 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 

cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 
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[I] ETSI TS 186 002-2: "Telecommunications and Internet Converged Services and Protocols for 
Advanced Networking (TISPAN); Interworking between Session Initiation Protocol (SIP) and 
Bearer Independent Call Control Protocol (BICC) or ISDN User Part (ISUP); Part 2: Test Suite 
Structure and Test Purposes (TSS&TP) for Profile A and B". 

[2] ETSI TS 102 35 1 (V2. 1.1): "Methods for Testing and Specification (MTS); Internet Protocol 

Testing (IPT); IPv6 Testing: Methodology and Framework". 

[3] ETSI TS 186 002-1: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); Interworking between Session Initiation Protocol (SIP) and 
Bearer Independent Call Control Protocol (BICC) or ISDN User Part (ISUP); Part 1: Protocol 
Implementation Conformance Statement (PICS)". 

[4] ETSI EN 383 001: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); Interworking between Session Initiation Protocol (SIP) and 
Bearer Independent Call Control (BICC) Protocol or ISDN User Part (ISUP) [ITU-T 
Recommendation Q. 1912.5, modified]". 

[5] ITU-T Recommendation Q. 1912.5 (2004): "Interworking between Session Initiation Protocol 

(SIP) and Bearer Independent Call Control protocol or ISDN User Part". 

[6] ITU-T Recommendation Q.2150. 1 (2001): "SignalHng Transport Converter on MTP3 and 

MTP3b". 

[7] ETSI TS 102 027-3 (V3. 1.1): "Methods for Testing and Specification (MTS); Conformance Test 

Specification for SIP (IETF RFC 3261); Part 3: Abstract Test Suite (ATS) and partial Protocol 
Implementation eXtra Information for Testing (PIXIT) proforma". 

[8] ETSI ES 201 873-1 (V3.1.1): "Methods for Testing and Specification (MTS); The Testing and 

Test Control Notation version 3; Part 1: TTCN-3 Core Language". 

[9] ETSI ES 201 873-5 (V3.1.1): "Methods for Testing and Specification (MTS); The Testing and 

Test Control Notation version 3; Part 5: TTCN-3 Runtime Interface (TRI)". 

[10] ETSI ES 201 873-6 (V3.1.1): "Methods for Testing and Specification (MTS); The Testing and 

Test Control Notation version 3; Part 6: TTCN-3 Control Interface (TCI)". 

[II] Void. 

[12] ISO/IEC 9646-1 (1992): "Information Technology - Open Systems Interconnection - Conformance 

Testing Methodology and Framework - Part 1: General concepts". 

[13] ISO/IEC 9646-7 (1994): "Conformance testing methodology and framework - Part 7: 

Implementation Conformance Statement". 

[14] ITU-T Recommendation Q.761 (2000): "Specifications of SignalUng System No.7 ISDN User Part 

(ISUP)". 

[15] ITU-T Recommendation Q.762(2000): "Specifications of SignalHng System No.7 ISDN User Part 

(ISUP)". 

[16] ITU-T Recommendation Q.763 (2000): "Specifications of SignalUng System No.7 ISDN User Part 

(ISUP); ISDN user part formats and codes". 

[17] ITU-T Recommendation Q.764 (2000): "Specifications of SignalUng System No.7 ISDN User Part 

(ISUP)". 

[18] IETF RFC 3261 (2002): "SIP: Session Initiation Protocol". 

[19] ITU-T Recommendation E. 164: "The international public telecommunication numbering plan". 

[20] ETSI ES 283 027: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); Endorsement of the SIP-ISUP Interworking between the IP 
Multimedia (IM) Core Network (CN) subsystem and Circuit Switched (CS) networks 
[3GPP TS 29.163 (Release 7), modified]". 
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[21] ETSI EN 300 356-1 (V4.2.1): "Integrated Services Digital Network (ISDN); Signalling System 

No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 1: Basic services 
[ITU-T Recommendations Q.761 to Q.764 (1999) modified]". 

2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

[i.l] ITU-T Recommendation Q.931: "ISDN user-network interface layer 3 specification for basic call 

control". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions are given in: 

• SIP/ISUP interworking reference specification defined in EN 383 001 [4]; 

• ISDN layer 3 reference specification defined in EN 300 356-1 [21]; 

• ISDN User Part (ISUP) reference specification defined in EN 300 356-1 [21]; 

• ISO/IEC 9646-1 [12] and ISO/IEC 9646-7 [13]; 

• ES 201 873-1 [8] (TTCN-3). 

and the following apply: 

Abstract Test Case (ATC): complete and independent specification of the actions required to achieve a specific test 
purpose, defined at the level of abstraction of a particular Abstract Test Method, starting in a stable testing state and 
ending in a stable testing state 

Abstract Test Method (ATM): description of how an lUT is to be tested, given at an appropriate level of abstraction to 
make the description independent of any particular realization of a Means of Testing, but with enough detail to enable 
abstract test cases to be specified for this method 

Abstract Test Suite (ATS): test suite composed of abstract test cases 

Implementation Under Test (lUT): implementation of one or more OSI protocols in an adjacent user/provider 
relationship, being part of a real open system which is to be studied by testing 

Means Of Testing (MOT): combination of equipment and procedures that can perform the derivation, selection, 
parameterization and execution of test cases, in conformance with a reference standardized ATS, and can produce a 
conformance log 

PICS proforma: document, in the form of a questionnaire, which when completed for an implementation or system 
becomes the PICS 

PIXIT proforma: document, in the form of a questionnaire, which when completed for the lUT becomes the PIXIT 

point of Control and Observation: point within a testing environment where the occurrence of test events is to be 
controlled and observed, as defined in an Abstract Test Method 

pre-test condition: setting or state in the lUT which cannot be achieved by providing stimulus from the test 
environment 

Protocol Implementation Conformance Statement (PICS): statement made by the supplier of a protocol claimed to 
conform to a given specification, stating which capabilities have been implemented 
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Protocol Implementation eXtra Information for Testing (PIXIT): statement made by a supplier or implementor of 
an lUT (protocol) which contains or references all of the information related to the lUT and its testing environment, 
which will enable the test laboratory to run an appropriate test suite against the lUT 

SIP number: number conforming to the numbering and structure specified in ITU-T Recommendation E.164 [19] 

System Under Test (SUT): real open system in which the lUT resides 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

NOTE: The ISUP message acronyms can be found in table 2/Q.762 in ITU-T Recommendation Q.762 [15]. 

ASP Abstract Service Primitive 

NOTE: Exchanged between entities inside the TS or between the user of the ATS (operator) and the TS. 

ATC Abstract Test Case 

ATM Abstract Test Method 

ATM Asynchronous Transfer Mode 

ATS Abstract Test Suite 

BCI Backward Call Indicators 

BICC Bearer Independent Call Control 

CIC Circuit Identification Code 

DSSl Digital Subscriber System No. 1 

EDS Encoding/Decoding System 

ETS Executable Test Suite 

FCI Forward Call Indicators 

G/W Type 1 GateWay Type 1 

G/W Type 2 GateWay Type 2 

IETF Internet Engineering Task Force 

ISDN Integrated Services Digital Network 

ISUP ISDN User Part 

lUT Implementation Under Test 

IWU InterWorking Unit 

IXIT Implementation eXtra Information for Testing 

LT Lower Tester 

MOT Means Of Testing 

MTP Message Transfer Part 

NCI Nature of Connection Indicators 

NGN Next Generation Network 

PA Platform Adapter 

PICS Protocol Implementation Conformance Statement 

PIXIT Protocol Implementation eXtra Information for Testing 

PTC Parallel Test Component 

SA System Adapter 

SDP Session Description Protocol 

SIP Session Initiation Protocol 

SN SignalUng Node 

STC Signalling Transport Converter (according to ITU-T Recommendation Q. 2150.1 [6]) 

SUT System Under Test 

TC Test Case 

TCI TTCN-3 Control Interface 

TCP Test Coordination Procedures 

TD Test Description 

TE Test Equipment 

TISPAN Telecommunications and Internet converged Services and Protocols for Advanced Networking 

TL Test Logging 

TM Test Management 

TMR Transmission Medium Requirement 

TP Test Purpose 
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TRI TTCN-3 Runtime Interface 

TS Test System 

TSS Test Suite Structure 

TSS&TP Test Suite Structure and Test Purposes 

TTCN Tree and Tabular Combined Notation 

TTCN-3 Testing and Test Control Notation edition 3 



4.1 



Abstract Test Method (ATM) 



Network architecture 



Figures 1 and 2 show the network architecture for SIP-ISUP/BICC Interworking Units. 
Figure 1 shows the network architecture for SIP-ISUP Interworking. 



SIP 



IWU 



ISUP 



Figure 1 : Interworking between SIP and ISUP 

Figure 2 shows the network architecture for SIP-BICC Interworking. 



SIP 




BICC 



< — > 

ATM bearer control 



Figure 2: Interworking between SIP and BICC 

NOTE: There are 3 profiles defined for IWU: Profile A, Profile B and Profile C (out of scope of the present 
document). Figures 1 and 2 in clause 5 of TS 186 002-2 [1] show the substructures of the IWU for 
Profiles A and B in terms of gateways and signalling nodes. In the ATS the SUT (IWU) represents either 
a GAV Type 1 (Profile A) or the combination of GAV Type 2 and SN (Profile B). 



4.2 



Protocol architecture 



Figures 1 and 2 show that there are 2 interfaces of the IWU (representing the SUT in the testing environment described 
in the present document): a SIP interface and an ISUP- or BICC interface. 

Since the ISUP and BICC protocols are very similar (the latter one being derived from ISUP), they are treated here as 
one protocol. 

NOTE: No signalling is used within the SIP-ISUP-Interworking ATS to control the ATM bearer in case of BICC 
(ASPs are used). 

Figure 3 shows the protocol architecture in 2 branches. 
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Figure 3: Protocol architecture of the SIP-ISUP-lnterworl<ing ATS 



4.3 Test architecture 



4.3.1 Interconnection of TS and SUT 

Figure 4 shows the interconnection of TS and SUT in terms of signalHng message flows. 













SIP 


SUT 

IWU 


ISUP/ 
BICC 






ATM bearer control 






(only for BICC) 




Test 
System 





Figure 4: Interconnection of TS and SUT 



4.3.2 Test system arciiitecture 



4.3.2.1 General 

Test systems that implement this ATS shall conform to the requirements as defined in this clause. 
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4.3.2.2 Structure 



An abstract architecture for a Test System (TS) implementing a TTCN-3 ATS is displayed in figure 5 and also stated in 
ES 201 873-5 [9]. 



Test Management (TM) 



Test Control (TC) 



Test Logging (TL) 



TCI 



2 



TTCN-3 Executable (TE) 




TTCN-3 Runtime System (T3RTS) 




Executable Test Suite (ETS) 




Encoding/Decoding System 













■t- 



TRI 



SUT Adapter (SA) 



Platform Adapter (PA) 



Figure 5: Abstract Test System Architecture 

A TS has two interfaces, the TTCN-3 Control Interface (TCI) and the TTCN-3 Runtime Interface (TRI), which specify 
the interface between Test Management (TM) and TTCN-3 Executable (TE) entities, and TE, SUT Adapter (SA) and 
Platform Adapter (PA) entities, respectively. Out of these two interfaces the TRI has been standardized in 
ES 201 873-5 [9], whereas the specification and implementation of the TCI is in ES 201 873-6 [10]. 

The part of TS that deals with interpretation and execution of TTCN-3 modules, i.e. the Executable Test Suite (ETS), is 
shown as part of the TTCN-3 Executable (TE). This ETS corresponds either to the executable code produced by a 
TTCN-3 compiler or a TTCN-3 interpreter from the TTCN-3 ATS in a TS implementation. The remaining part of the 
TS, which deals with any aspects that cannot be concluded from information being present in the TTCN-3 ATS alone, 
can be decomposed into Test Management (TM), SUT Adapter (SA) and Platform Adapter (PA) entities. In general, 
these entities cover a TS user interface, test execution control, test event logging, communication of test data with the 
SUT, and timer implementation. 

The part of SA used for SIP message transfer shall implement the TRI adaptation as well as the SIP transport protocol 
architecture described in clause 4.2. 

The Encoding/Decoding System (EDS) entity, as far as applied to SIP messages, with the TE and Test Logging (TL) 
entity within the TM shall comply with the conventions defined in clause 4.3.2 of TS 102 027-3 [7]. 

The part of SA used for ISUP/BICC message transfer shall implement the TRI adaptation as well as the ISUP/BICC 
transport protocol architecture described in clause 4.2. For BICC, in addition, the ATM bearer control shall be 
implemented. 

The Encoding/Decoding System (EDS) entity, as far as applied to ISUP/BICC messages, shall comply with the 
conventions and requirements defined in the following clauses. 
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4.3.2.3 



Interaction between TTCN-3 Executable (TE) and SUT Adapter (SA) 



4.3.2.3.1 



Control of the SUT Adapter (SA) by using ASPs 



Table 1 lists the ASPs used in the SIP-ISUP-Interworking ATS. Detailed descriptions of the ASPs together with their 
parameters follow. 

Table 1 : List of ASPs 



ASP Name 


Short description 


InitializelsupBicc req 


Initialize ISUP/BICC part of the test system. 


lnitializelsupBicc_cnf 


Answer whether all necessary ISUP/BICC test system 
initializations have been successfully performed. 


ISUP BICC MSG req 


Used to send an ISUP/BICC message. 


ISUP BICC MSG ind 


Used to receive an ISUP/BICC message. 


BearerSetup_req 


For BICC: request TS to setup the bearer connection between 
TS and SUT. 


BearerSetup ace 


For BICC: answer to BearerSetup req. 


BearerSetup ind 


For BICC: indication that the bearer has been setup. 


BearerRelease req 


For BICC: request to release established bearer connection. 


BearerRelease cnf 


For BICC: confirmation that the requested bearer is released. 


BearerReleaseJnd 


For BICC: indication that the bearer has been released (when 
no BearerRelease req has been issued before). 


s IsupBicc conversation 


Check that conversation is possible on the bearer. 


s IsupBicc ringing 


Check that ringing occurs. 



The following tables 2 to 13 contain the descriptions of the ASPs used in the present document, including the ASP 
parameters (if any) and the types of values these may assume. No ASP parameter is optional. 

Table 2: ISUP_BICC_MSG_req ASP structure 



ASP Name: ISUP_BICC_MSG_req 

Port: sysPort 

Direction: TE->SA 

Description: ASP used to send an ISUP/BICC message. 


Parameter 


Type 


Description 


isupBiccSelection 


SelectlsupOrBicc 


Selector used to distinguish between ISUP and BICC testing. 
'OOOOOOOO'B means 'ISUP' and any other value means 'BICC. 


servicelndicatorOctet 


Service 1 ndicatorOctet 


The contents of this ASP parameter is only evaluated in SA if ISUP has 
been selected in 'isupBiccSelection'. 


routing Label 


RoutingLabel 


The contents of this ASP parameter is only evaluated in SA if ISUP has 
been selected in 'isupBiccSelection'. 


circuitldentityCode 


CircuitldentityCode 


The contents of this ASP parameter is only evaluated in SA if ISUP has 
been selected in 'isupBiccSelection'. 


calllnstanceCode 


CalllnstanceCode 


The contents of this ASP parameter is only evaluated in SA if BICC has 
been selected in 'isupBiccSelection'. 


iSUP_BICC_MSG 


ISUP_BICC_MSG 


ISUP_BICC_IVISG is a union over all ISUP/BICC message body types, 
where a message body starts with the 'message type' field. This body is 
common for ISUP and BICC messages. 

When using this ASP, a particular message (body) template is selected 
from the union for transmission. 


Comments: 

The SA takes from the ASP, depending on the value of parameter 'IsupBiccSelection', either the ordered combination of 
'servicelndicatorOctet', 'routingLabel' and 'circuitldentityCode' (ISUP), or 'calllnstanceCode' (BICC), puts it in front of 
encoded parameter 'iSUP_BICC_MSG', and sends the so constructed message at the ISUP or BICC interface 
respectively. 
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Table 3: ISUP BICC MSG ind ASP structure 



ASP Name: ISUP_BICC_MSG_ind 

Port: sysPort 

Direction: SA->TE 

Description: ASP used to receive an ISUP/BICC message. 


Parameter 


Type 


Description 


isupBiccSelection 


Bits 


Selector used to distinguish between ISUP and BICC testing. 
'OOOOOOOO'B means 'ISUP' and any other value means 'BICC. 


servicelndicatorOctet 


Service 1 ndicatorOctet 


The contents of this ASP parameter is only evaluated in TE if 
ISUP has been selected in 'IsupBiccSelection'. 


routing Label 


RoutingLabel 


The contents of this ASP parameter is only evaluated in TE if 
ISUP has been selected in 'IsupBiccSelection'. 


circuitldentityCode 


CircuitldentityCode 


The contents of this ASP parameter is only evaluated in TE if 
ISUP has been selected in 'isupBiccSelection'. 


calllnstanceCode 


CalllnstanceCode 


The contents of this ASP parameter is only evaluated in TE if 
BICC has been selected in 'isupBiccSelection'. 


iSUP_BICC_MSG 


ISUP_BICC_MSG 


ISUP_BICC_MSG is a union over all ISUP/BICC message 
body types, where a message body starts with the 'message 
type' field. This body is common for ISUP and BICC messages. 
When using this ASP, a particular message (body) template is 
selected from the union for receive matching. 


Comments: 

The SA takes from tlie received message, depending on the value of parameter 'IsupBiccSelection', either the ordered 

combination of 'servicelndicatorOctet', 'routingLabel' and 'circuitldentityCode' (ISUP), or 'calllnstanceCode' (BICC), and 

puts it into the associated ASP parameters. The complementary ASP parameters 'calllnstanceCode' (ISUP) and 

combination of 'servicelndicatorOctet', 'routingLabel' and 'circuitldentityCode' (BICC) are filled by the SA with 'O'-bits 

according to the lengths of their types. 

The TE does not evaluate the contents of the complementary parameters (but needs the correct lengths to identify the 

start of 'iSUP_BICC_MSG'. 

The received message (body) is put by the SA into parameter 'iSUP_BICC_MSG' and is matched in the ATS with an 

according receive template. 
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Table 4: lnitializelsupBicc_req ASP structure 



ASP Name: lnitializelsupBicc_req 

Port: IsupBiccPort 

Direction: TE->SA 

Description: Initialize ISUP/BICC part of the test system. 


Parameter 


Type 


Description 


isupBiccSelection 


Bits 


Selector used to distinguish between ISUP and BICC testing. 
'OOOOOOOO'B means 'ISUP' and any other value means 'BICC. 


ts pointCode 


Bit14 


Signalling point code of the TS (ISUP). 


sutjDointCode 


Bit14 


Signalling point code of the SUT (ISUP). 


ts_address_sip 


octetstring 


Address (e.g. IP) of the TS (SIP side). The use of this address 
is to enable the TS to communicate with the SUT at the SIP 
side to establish and maintain the lower layer connections. 


ts_address_isup_bicc 


octetstring 


Address (e.g. IP) of the TS (ISUP/BICC side). The use of this 
address is to enable the TS to communicate with the SUT at 
the ISUP/BICC side to establish and maintain the lower layer 
connections. 


sut_address_sip 


octetstring 


Address (e.g. IP) of the SUT (SIP side). The use of this 
address is to enable the TS to communicate with the SUT at 
the SIP side to establish and maintain the lower layer 
connections. 


sut_address_isup_bicc 


octetstring 


Address (e.g. IP) of the SUT (ISUP/BICC side). The use of this 
address is to enable the TS to communicate with the SUT at 
the ISUP/BICC side to establish and maintain the lower layer 
connections. 


Comments: 

This ASP is used at the beginning of each test case to initiate the necessary initialization of the test system, particularly 

the interfaces to the SUT. 

If parameter IsupBiccSelection indicates 'bice', the values of parameters 'ts_pointCode' and 'sut_pointCode' shall be 

ignored by the SA. 

If parameter IsupBiccSelection indicates 'isup', the values of parameters 'ts_address_isup_bicc' and 

'sut_address_isup_bicc' may be ignored, if they are not necessary. 

Among the initializing actions there shall be: 

a) Verification that the ISUP/BICC link is operable between SUT and TS. 

b) Verification that the TS is ready to send and receive SIP messages. 

NOTE: It is a matter of TS implementation whether the TS, upon this request, sets up and initializes lower layer 

connections, if these are not setup. 
Other initialization actions may be TS-specific. 



Table 5: lnitializelsupBicc_cnf ASP STRUCTURE 



ASP Name: lnitializelsupBicc_cnf 

Port: sysPort 

Direction: LT->TTCN 

Description: Answer whether all necessary ISUP/BICC test system initializations have been successfully 

performed. 

The result can be positive or negative. 

The result will be positive only if the TS is able to send and receive messages at the ISUP/BICC- 

interface of the SUT. 


Parameter 


Type 


Description 


result 


boolean 


Indicating success or non-success of the whole initialization. 


Comments: 
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Table 6: BearerSetup_req ASP structure 



ASP Name: BearerSetup_req 

Port: IsupBiccPort 

Direction: TE->SA 

Description: For BICC: request TS to setup the bearer connection between TS and SUT. 


Parameter 


Type 


Description 


cic 


CalllnstanceCode 


Call Instance Code identifying the bearer connection. 


Comments: 



Table 7: BearerSetup_acc ASP structure 



ASP Name: BearerSetup_acc 

Port: IsupBiccPort 

Direction: SA->TE 

Description: For BICC: answer to BearerSetup_req. 

The answer can be positive (bearer connection setup successful) or negative (bearer connection setup 

failed). 


Parameter 


Type 


Description 


result 


boolean 


The answer is positive when the bearer connection setup was 
successful and negative when the bearer connection setup failed. 


Comments: 



Table 8: BearerSetupJnd ASP structure 



ASP Name: BearerSetupJnd 

Port: IsupBiccPort 

Direction: SA->TE 

Description: For BICC: indication that the bearer has been setup. 


Parameter 


Type 


Description 


cic 


CalllnstanceCode 


Call Instance Code identifying the bearer connection. 


Comments: 



Table 9: BearerRelease_req ASP structure 



ASP Name: BearerRelease_req 

Port: bcPort 

Direction: TE->SA 

Description: For BICC: request to release the established bearer connection. 


Parameter 


Type 


Description 


cic 


CIC 


Circuit identity code identifying the bearer connection. 


Comments: 



Table 10: BearerRelease cnf ASP structure 



ASP Name: BearerRelease_cnf 

Port: bcPort 

Direction: SA->TE 

Description: For BICC: confirmation that the requested bearer is released. 


Parameter 


Type 


Description 


result 


boolean 


Indication of whether the bearer is successfully released. 


Comments: 

At release collision the result is still 'true'. 
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Table 1 1 : BearerRelease ind ASP structure 



ASP Name: BearerReleaseJnd 
Port: bcPort 
Direction: SA->TE 

Description: For BICC: indication that tine bearer has been released (when no BearerRelease_req has been issued 
before). 


Parameter 


Type 


Description 


cic 


CIC 


Circuit identity code identifying the bearer connection. 


Comments: 



Table 12: s_lsupBicc_conversation ASP structure 



ASP Name: s_lsupBicc_conversation 

Port: operatorPort_lsupBicc 

Direction: SA-oTE 

Description: Check that conversation is possible on the through-connected bearer. 


Parameter 


Type 


Description 


text 


char string 


Request operator to check the conversation. 


answer 


boolean 


Check result entered by the operator. 


Comments: 

This ASP has been implemented as a signature, 'text' is an 'input' parameter and 'answer' is an output parameter. 



Table 13: s_lsupBicc_ringing ASP structure 



ASP Name: s_lsupBicc_ringing 

Port: operatorPort_lsupBicc 

Direction: SA-oTE 

Description: Check that occurs on the through-connected bearer. 


Parameter 


Type 


Description 


text 


charstring 


Request operator to check the ringing. 


answer 


boolean 


Check result entered by the operator. 


Comments: 

This ASP has been implemented as a signature, 'text' is an 'input' parameter and 'answer' is an output parameter. 



4.3.2.3.2 



Sending and receiving SIP and ISUP/BICC messages 



4.3.2.3.2.1 



General 



Before starting a test case, the SA shall be prepared to provide the transport of SIP and ISUP/BICC messages by 
establishing appropriate connections on the lower layers (see figure 3). 



4.3.2.3.2.2 



4.3.2.3.2.2.1 



Encoding/Decoding System requirements 
Encoding/Decoding System requirements for SIP 



The Encoding/Decoding System (EDS) entity, as far as applied to SIP messages, shall comply with the conventions 
defined in clause 6.1 of TS 102 027-3 [7]. 

4.3.2.3.2.2.2 Encoding/Decoding System requirements for ISUP/BICC 

4.3.2.3.2.2.2.1 General 

ISUP/BICC messages are sent and received in the test suite by embedding them in ASPs ISUP_BICC_MSG_req and 
ISUP_BICC_MSG_ind respectively. 

The ASPs contain all information to route the ISUP/BICC messages to/from the SUT. 

ISUP messages and parameters are structured by using tables (see ITU-T Recommendation Q.763 [16]). 
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NOTE 1: The term 'parameter' is used as defined in the ISUP protocol context. It corresponds e.g. to the term 
'Information Element' in other protocols. 

All structure elements are bitstrings, hexstrings or octetstrings. 

For ISUP message/parameter elements a specific way is defined to extend bitstring- or hexstring elements over octet 
boundaries. This is known as 'LowToHigh encoding', as shown in the following example: 

EXAMPLE 1: 

Coding of element 'Circuit Identity Code' (CIC), consisting of 12 bits. 



Octet # 


Bits 


Bit 7 1 Bit 6 


Bit 5 1 Bit 4 


Bit 3 1 Bit 2 


Biti 


Octet 1 


CIC (LSB) 


Octet 2 




spare 


1 


CIC (MSB) 





Figure 6: Bit field structure of the 'CIC parameter 

The 8 least significant bits of the CIC value fill octet 1 (the least significant bit of CIC is assigned to bit 1 of octet 1), 
and the 4 most significant bits of the CIC value fill the lower 4 bits of octet 2. 

NOTE 2: When a bitstring (hexstring) is presented as a sequence of bits (semi -octets) from left to right, the leftmost 
bit (semi -octet) is the most significant and the rightmost bit (semi -octet) is the least significant. 

EXAMPLE 2: 

Adress digits 

Several ISUP parameters have an element 'Adress digits', where the individual digits are BCD-encoded (i.e. e.g. digit '0' 
is encoded as 'OOOO'B, digit '9' is encoded as 'lOOl'B). 

When an address string is given as a sequence of ASCII digits, as a user would type them in, e.g. "0123456789", the 
encoded value is as shown on figure 7. 



Octet # 


Bits 8 7 6 5 


Bits 4 3 2 1 


Octet 1 


0001 


0000 


Octet 2 


0011 


0010 


Octet 3 


0101 


0100 


Octet 4 


0111 


0110 


Octets 


1001 


1000 



Figure 7: Hex (BCD) field structure of an 'address digits' element 

This also corresponds to a 'LowToHigh' encoding. In this particular case however, for the sake of ATS user 
convenience, a conversion function is used in the ATS in the following way: 

• All module parameters containing address digits have type 'charstring' (resp. lASString), which means that the 
user enters digits as ASCII characters '1', '2' and so on. 

• Inside the address parameter templates the conversion function converts the ASCII string into a BCD-coded 
octetstring, taking also care of: 

'sending complete' digit (only applicable to the Called Party Number); 

filler (final semi-octet, if the number of coded digits is odd. 
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The encoding of octetstrings however is not LowToHigh, as shown in the following example: 
EXAMPLE 3: 

octetstring value 

The octetstring value '01234ABCDE'O is encoded as shown on figure 8: 



Octet # 


Bits 8 7 6 5 


Bits 4 3 2 1 


Octet 1 


0000 


0001 


Octet 2 


0010 


0011 


Octet 3 


0100 


1010 


Octet 4 


1011 


1100 


Octets 


1101 


1110 



4.3.2.3.2.2.2.2 



Figure 8: Octetstring field encoding 



Decoding of parameters containing strings of variable length 



Typical fields addressed here are e.g. the 'adress digits' field in the 'Called Party Number' parameter, or the 'diagnostics' 
field in the 'Cause Indicators' parameter. 

The above mentioned strings of variable length are the last elements of the related parameter, which has a preceding 
length field. A 'real' decoder deduces the length (and thereby the value) of such fields from the value of the 'length' field 
of the parameter and the position of the decoder where the field starts. 

The decoder of the test system shall also be able to decode such fields when the value of the template is '?' or '*'. 

In order to support this encoding the relevant types have a trailing "with { encode ..." statement, like in the following 
example (Called Party Number): 

EXAMPLE: 



with { encode (paramLen) "tag=" "CDN_paramLen" " ; " ; 

encode (addressSignals) "length=valueOf {getTag { " "CDN_paramLen" " ) ) . toint { ) -2 ; " ; 
End 



4.3.2.3.2.2.2.3 



Decoding of parameters containing extension bits 



Some parameters transport lEs from the DSSl protocol (ITU-T Recommendation Q.931 [i.l]), such as the Bearer 
Capability IE: 

• lEs of this kind contain extension bits specifying the presence of succeeding octets. 

• The decoder shall be able to evaluate the extension bits to deduce the presence of optional octets in case 
wildcards '?' or '*' are specified in templates of such lEs. 



4.3.2.3.2.2.2.4 



Receipt of unknown ISUP/BICC messages 



Unknown messages in this context are messages not defined in the dated version of ITU-T Recommendation Q.763 [16] 
referred to in the present document. 

Unknown messages shall not be passed to TE by the test system. 



4.3.2.3.2.2.2.5 



Receipt of unknown ISUP/BICC parameters 



Unknown parameters in this context are parameters not defined in the dated version of ITU-T Recommendation 
Q.763 [16] referred to in the present document, or defined parameters not being assigned in 
ITU-T Recommendation Q.763 [16] to the particular received message carrying this parameter. 
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Unknown parameters shall not be passed to TE by the test system (i.e. they shall be removed from the carrying known 
message before passing this message to TE). 



4.3.2.3.2.2.2.6 



Ordering of optional ISUP/BICC parameters and multiple occurrence of parameters 



According to ITU-T Recommendation Q.763 [16] optional parameters may occur in any order in a message, and some 
(few) parameters may occur more than once. 

For the controlled test environment specified in this ATS the following assumption has been made: 

• Parameters that may occur more than once appear at most two times in a message. 

For each message that may contain optional parameters the list of parameters has been specified in the ATS as a set. 

The decoder shall be able to decode the parameters of a received message correctly, even if they appear in an odder 
different from the one specified in the message template (and type). 



4.3.2.3.3 



Logging conventions 



As the ATS defines on an abstract level the message exchange between TS and SUT the messages encoded messages 
send and received shall be logged. The TM entity in the TS shall provide access to this log. 



5 The ATS development process 

5.1 Requirements and Test Purposes 

For each test purpose there is a table defined in clause 6 of TS 186 002-2 [1]. The requirements applicable to this TP are 
given by a reference to RFC 3261 [18] (SIP) and ITU-T Recommendation Q.1912.5 [5] or ES 283 027 [20] (ISUP). 
There are no explicit formulations of requirements. 

NOTE 1: During the ATS development comments have been made on TS 186 002-2 [1] (TSS&TP) and 
TS 186 002-1 [3] (PICS). These are not referred to in detail in the present document. Part of the 
comments related to inconsistent namings of the TP tables in TS 186 002-2 [1]. Re-naming of the TP 
tables was agreed by TISPAN. 

The test purposes listed in table 14 have not been transformed into complete test cases: 

Table 14: Untested test purposes 



TP 


Reason for not implementing 


TP108103 


The test purpose description requires that unrecognized backward ISUP or BICC signalling has to be 
sent by the SS, but it does not specify the specific signalling contents. 


TP108107 


The test purpose description does not specify the action or signalling that would make the lUT release 
the call in both directions. 


TP308020 


The test purpose description does not specify the action or signalling that would make the lUT release 
the call in both directions. 


TP308021 


The test purpose description does not specify the action or signalling that would make the lUT release 
the call in both directions. 


TP301038 


The contents of the APM message the test purpose description requires to be set does not correspond 
to any APM structure definition contained in a document listed in the 'References' clause of 
TS 186 002-2(1]. 


TP301043 


The contents of the APM message the test purpose description requires to be set does not correspond 
to any APM structure definition contained in a document listed in the 'References' clause of 
TS 186 002-2(1]. 



NOTE 2: Formally these test cases exist in the ATS, but their executables will not yield the expected results. 
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5.2 ATS Structure 
5.2.1 Test case grouping 

The ATS structure defined in table 15 is based on the structuring of Test Purposes in clause 5 of TS 186 002-2 [1]. The 
group names in columns 1 to 3 of table 15 are those assigned in the ATS; they are based on the names provided in 
clause 5 of TS 186 002-2 [1], but use the naming conventions defined for the ATS (see clause 5.3.2.2). 
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Table 15: ATS structure 



Group 


Subgroup 


Sub-Subgroup 


Group Index 


Basic call 








SIP-ISUP 




1 


Sending of the Initial Address IVIessage (lAM) 


101 


Sending of the Subsequent Address Message (SAIVI) 


102 


Sending of COT 


103 


Receipt of the Address Complete Message (ACM) 


104 


Receipt of the Call Progress messaGe (CPG) 


105 


Receipt of the ANswer Message (ANM) 


106 


Receipt of the Connect message (CON) 


107 


Receipt of the Release message (REL) 


108 


Autonomous release at l-IWU 


1081 


Receipt of the BYE, CANCEL message / sending of a REL 
message 


109 


Receipt of Reset circuit message (RSC), Circuit group reset 
message (GRS) or Circuit group blocking message (CGB) with the 
indication hardware failure oriented 


110 


Receipt of the SUSPEND Message (SUS) 


111 


Receipt of the RESUME Message (RES) 


112 


ISUP-SIP 




3 


Sending of the INVITE message 


301 


Receipt of the Subsequent address message (SAM) 


302 


Sending of the Address complete message (ACM) 


303 


Sending of the Call progress message (CPG) 


304 


Sending of the answer message (ANM) 


305 


Sending of the Connect message (CON) 


306 


Receipt of the Release message (REL) 


307 


Sending of the Release Message (REL) 


308 


Receipt of Reset circuit message (RSC), Circuit group reset 
message (GRS) or Circuit group blocking message (CGB) with the 
indication hardware failure oriented 


309 


Supplementary 
Services 








SIP-ISUP 




5 


Calling Line Identification (CLI) 


501 


Call Hold (HOLD) 


502 


Terminal Portability (TP) 


503 


Conference Calling (CONF) 


504 


Three-Party (3PTY) 


505 


Connected Line Identification (COL) 


506 


Malicious call identification (MCID) 


507 


Subaddressing (SUB) 


508 


Call Diversion (CDIV) 


509 


Call Waiting (CW) 


510 


User to User Signalling (UUS) 


511 


Explicit Call Transfer (ECT) 


512 


Completion of Call to Busy Subscriber (CCBS) 


513 


Completion of Calls on No reply (CCNR) 


514 


Anonymous Call Rejection (ACR) 


515 


ISUP-SIP 




6 


Calling Line Identification (CLI) 


601 


Call Hold (HOLD) 


602 


Terminal Portability (TP) 


603 


Conference Calling (CONF) 


604 


Three-Party (3PTY) 


605 


Connected Line Identification (COL) 


606 


Subaddressing (SUB) 


607 


Closed User Group (CUG) 


608 


Call Diversion (CDIV) 


609 


User to User Signalling (UUS) 


610 


Explicit Call transfer (ECT) 


611 


NOTE: All subgroups except for "Autonomous release at I-IWU71081 use 3 digits to number test cases inside this 
subgroup. For 'Autonomous release at I-IWU71081 only 2 digits are available. 
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5.2.2 Test case identifiers 

The test case names are built up according to the following scheme: 

<"TC">"_"<Group index>"_"<TC number> 
where: 

a) double quotes (") are used to enclose literal strings; 

b) <Group path index> is the 3 -digit number in column 4 of table 15 (which uniquely identifies the path of 
groups/subgroups); 

d) <TC number> is a running 3-digit decimal number, starting in each subgroup path with "001". 

NOTE 1: See note in table 15 for the one exception from this rule and its reason. 

EXAMPLE: 

TC_101_001: 

i the identifier has Group index " 101", i.e. it is in the subgroup having complete path: 
BasicCall/SIP-ISUP/Sending of the Initial address message (lAM)/; 

ii the identifier is the first test case of this group/subgroup. 

NOTE 2: This naming scheme provides a 1-1 correspondence of TP identifiers as defined in TS 186 002-2 [1] and 
test case names. 
The TP identifier of TC_101_001 is TPIOIOOI. 

5.3 ATS specification framework 
5.3.1 ATS Library 

For this interworking ATS there are 2 applicable base protocols: 

a) SIP protocol (RFC 3261 [18]); and 

b) ISUP protocol (ITU-T Recommendation Q.76n series [14] to [17], plus associated standards for supplementary 
services, etc.). 

Since e.g. the data structures of these 2 base protocols are independent, and other objects like test cases are common, 
the TTCN-3 library modules are basically organized as: 

1) SIP modules; 

2) ISUP modules; 

3) Common modules (generated for the present ATS); 

4) LibCommon modules (taken from TS 102 351 [2]). 
Table 16 shows the organization of the ATS as library of modules. 
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Table 16: Library of modules 



Module Class 


Module Id 


Description 


LibCommon 


LibCommon AbstractData 


Generic data types for a stacl< and its operations. 


LibCommon BasicTypesAndValues 


Basic type and value definitions (integer and Boolean). 


LibCommon DataStrings 


Bit and Octet string types. 


LibCommon Sync 


Co-ordination/synchronization of test components. 


LibCommon TextStrings 


Basic cliaracter and string types with fixed length. 


LibCommon Time 


Time handling functions and moduleparameter. 


LibCommon VerdictControl 


Basic functions for setting of test component verdicts. 


AtsCommon 


Siplsup PICS 


IVIodule Parameter declarations associated with PICS. 


Siplsup_PIXITS 


SIP-ISUP common IVIodule Parameter declarations associated 
with PIXIT. 


Siplsup Testcases 


Test case functions. 


Siplsup_TestConfiguration 


Functions which implement the configuration of the SUT adapter 
and mapping of test components for establishing and tearing down 
different test configurations. 


Siplsup_TestExecution 


IVIodule control: execute test cases depending on selection 
conditions; repeat parameterized test cases based on the 
"Variant-tables" defined in the test prose. 


Siplsup TestSystem 


Common functions, components, ASPs controlling the test system. 


Siplsup_TypesAndValues 


Definitions are based on component type definitions from IPv6, 
SCOP and common synchronization libraries. 


SipAts 


Siplsup SIP TCFunctions 


PTC root functions for test cases (e.g. f Sip TC 101 001). 


Siplsup_SIP_TypesAndConfig 


SIP data types (messages, header fields) and parallel test 
component (according to TS 102 027-3 [7]). 


Siplsup_SIP_Templates 


Templates for SIP messages and header fields (according to 
RFC 3261 [18]). 


Siplsup SIP Steps 


SIP auxiliary functions. 


IsupAts 


Siplsup_ISUP_Constants 


Constant declarations, mostly corresponding to field values of 
ISUP messages/parameters. 


Siplsup ISUP ModuleParams 


IVIodule parameters (all associated with PIXIT). 


Siplsup_ISUP_ParamTypes 


ISUP data types (parameter types according to ITU-T 
Recommendation 0.763 [16] and types required for ASPs). 


Siplsup_ISUP_MsgTypes 


ISUP data types (message types according to ITU-T 
Recommendation 0.763 [16] and ASP type declarations). 


Siplsup ISUP ParamTemplates 


Templates for ISUP message parameters. 


Siplsup ISUP MsgTemplates 


Templates for ISUP messages. 


Siplsup_ISUP_Steps 


Test step declarations, including preambles, postambles and 
default. 


Siplsup ISUP TCFunctions 


Test case functions running on the Isup/Bicc component. 



5.3.2 Use of TTCN-3 
5.3.2.1 General 

TTCN-3 as defined in ES 201 873-1 [8] is used as ATS specification language. 

A number of requirements have been identified for the development and production of the TTCN-3 specification for the 
SIP/ISUP Interworking ATS: 

1) Top-down design. 

2) A uniquely defined testing architecture and test method. 

3) Uniform TTCN-3 style and naming conventions. 

4) TTCN-3 is human-readability. 

5) TTCN-3 specification is feasible, implementable, compilable and maintainable. 

6) Test cases shall be designed in a way to be easily adaptable, upwards compatible with the evolution of the base 
protocol and protocol interworking of future releases. 



£75/ 



24 ETSI TS 1 86 002-4 V1 .1 .1 (2009-05) 

7) The test declarations, data structures and data values shall be largely reusable. 

8) Modularity and modular working method. 

9) Minimizing the requirements of intelligence on the emulators of the lower testers. 

10) Giving enough design freedom to the test equipment manufacturers. 

Fulfilling these requirements should ensure the investment of the test equipment manufacturers and users of the ATS 
having stable testing means for a relatively long period. 

5.3.2.2 TTCN-3 naming conventions 

Like in other software projects using a programming language, the use of naming conventions supports or increases: 

a) the readability; 

b) the detection of semantic errors; 

c) the shared work of several developers; 

d) the maintainability. 

The naming conventions applied to the SIP/ISUP Interworking ATS are based on the following underlying principles: 

• when constructing meaningful identifiers, the general guidelines specified for naming in clause 9 of 
TS 102 351 [2] should be followed; 

• for the SIP ATS part, which is based on a subset of TS 102 027-3 [7], with extensions, the naming conventions 
defined in TS 102 027-3 [7] should be followed; 

• the names of TTCN-3 objects being associated with standardized data types (e.g. in the base protocols) should 
reflect the names of these data types as close as possible (of course not conflicting with syntactical 
requirements or other conventions being explicitly stated); 

• the subfield names of TTCN-3 objects being associated with standardized data type should also be similar to 
corresponding element names in the base standards (be recognizable in the local context); 

• in most other cases, identifiers should be prefixed with a short alphabetic string (specified in table 3) indicating 
the type of TTCN-3 element it represents; 

• prefixes should be separated from the body of the identifier with an underscore ("_"); 

• only test case names, module names, data type names and module parameters should begin with an upper-case 
letter. All other names (i.e. the part of the identifier following the prefix) should begin with a lower-case letter. 

Table 17 specifies the naming guidelines for each element of the TTCN-3 language indicating the recommended prefix 
and capitalization. 



£75/ 



25 



ETSI TS 186 002-4 V1.1.1 (2009-05) 



Table 17: TTCN-3 naming conventions 



Language element 


Naming convention 


Prefix 


Example 


Notes 


Module 


Use upper-case initial letter 


none 


IPvSTemplates 




TSS grouping 


Use all upper-case letters as 
specified in clause 7.1 .2.1 .1 


none 


TP_RT_PS_TR 




Item group within a 
module 


Use lower-case initial letter 


none 


messageGroup 




ISUP message type 


Use upper-case initial letter 
and message name 
abbreviations as defined 
in [15] 


none 


lAM 




ISUP parameter 
type 


Use upper-case initial letter 
and parameter name 
abbreviations taken from [16] 


none 


CalledPartyNumber 




SIP message type 


Use upper-case initial letter 


none 


Request, Response 


note 4 


SIP header type 


Use upper-case initial letter 


none 


Max Forwards 


note 4 


Basic common data 
types (e.g. bit string 
types of fixed length) 


Use upper-case initial letter 


none 


Take from common module 




Other Data types 


Use upper-case initial letter 


none 


SetupContents 




Template 


None 


m_ 


m_IAM_Basic 


note 1 
note 5 


IVIessage template 
with wildcard or 
matching expression 


None 


mw_ 


mwAnyUserReply 


note 2 
note 5 


Signature template 


Use lower-case initial letter 


s 


s callSignature 




Port instance 


Use lower-case initial letter 


none 


signallingPort 




Test component ref 


Use lower-case initial letter 


none 


userTerminal 




Constant 


Use lower-case initial letter 


c 


c maxRetransmission 




External constant 


Use lower-case initial letter 


ex 


ex macid 




Function 


Use lower-case initial letter 


f 


f authenticationO 




External function 


Use lower-case initial letter 


fx 


fx calculateLengthO 




Altstep (incl. Default) 


Use lower-case initial letter 


a 


a receiveSetupO 




Test case 


Use naming as specified in 
clause 5.2.2 


TC_ 


TC_101_001 




Variable (local) 


Use lower-case initial letter 


V 


V macId 




Variable (defined 
within a component) 


Use lower-case initial letters 


vc_ 


vc_systemName 




Timer (local) 


Use lower-case initial letter 


t 


t wait 




Timer (defined within 
a component) 


Use lower-case initial letters 


tc_ 


tc_authMin 




IVIodule parameter 


Use initial upper case letters 


PX 


PX MAC ID 


note 3 


Parameterization 


Use lower-case initial letter 


P 


p macId 




Enumerated Value 


Use lower-case initial letter 


e 


e syncOk 




NOTE 1 : This prefix must be used for all template definitions which do not assign or refer to templates with 
wildcards or matching expressions, e.g. templates specifying a constant value, parameterized 
templates without matching expressions, etc. 

NOTE 2: This prefix must be used in identifiers for templates which either assign a wildcard or matching 

expression (e.g. ?, *, value list, if present, pattern, etc.) or reference another template which assigns 
a wildcard or matching expression. 

NOTE 3: In this case it is acceptable to use underscore as a word delimiter. 

NOTE 4: This convention has been used in TS 102 027-3 [7] (SIP ATS). 

NOTE 5: Names of ISUP messages and parameters (lEs) start with a syllable being composed of capital 

letters only, like lAIVI e.g. This is different for SIP. Naming conventions concerning the first letter of a 
template (after prefix 'm_' or 'mw_', may be handled differently for ISUP/BICC and SIP respectively. 
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5.3.2.3 TTCN-3 comment tags 

Any TTCN-3 definition in the Test Suite Repository or Library should contain embedded comment tags. These 
comment tags can be used by tools to extract information from the TTCN-3 code to create, for example, a HTML-based 
reference documentation. 

Comment tags which cover one or more lines should be specified using block comments, as illustrated: 
/* 



* Odesc This line of text is now identified as a description 

* which covers multiple lines 

* */ 



Comments tags specified within a single Une may be specified using line comments, as illustrated: 

// ©author John Doe 

or: 

/* ©author John Doe */ 

Table 18 lists the tags that can be used in ETSI TTCN-3 test specifications with a short description of the intended use 
of each tag. Tools may support other, non standard tags. Such tags should not be used in TTCN-3 modules standardized 
by ETSI. 

NOTE: Tools may also extract other information from the TTCN-3 code based, for example, on TTCN- 3 
keywords. The definition of that extraction is beyond the scope of the present document. 

Table 18: TTCN-3 Comment Tags 



Tag 


Description 


@author 


This tag should be used to specify the names of the authors or an authoring organization 
which either has created or is maintaining a particular piece of TTCN-3 code. 


@desc 


This is probably the most import of all the tags. It should be used to describe the purpose 
of a particular piece of TTCN-3 code. The description should be concise yet informative 
and describe the function and use of the construct. 


©remark 


This tag may be used to add additional information, such as highlighting a particular 
feature or aspect not covered in the description. 


@img 


This tag may be used to associate images with a particular piece of TTCN-3 code. 


@see 


This tag may be used to refer to other TTCN-3 definitions in the same or another module. 


@url 


This tag should be used to associate references to external files or web pages with a 
particular piece of TTCN-3 code, e.g. a protocol specification or standard. 


©return 


This tag should only be used with functions. It is used to provide additional information on 
the value returned by the given function. 


@param 


This tag is used to document the parameters of parameterized TTCN-3 definitions. 


©version 


This tag is used to state the version of a particular piece of TTCN-3 code. 



The following provides some basic guidelines on the usage of tags for specific TTCN-3 definitions: 

• each TTCN-3 module should use the @author, @version and @desc tags; 

• the @desc tag should be used with all TTCN-3 definitions. However, this should not be taken to the extreme. 
For example, it is probably not useful to tag literally every single constant or template declaration. It is left to 
the discretion of the writer to find the right level of use. At least all major constructs such as test cases and 
functions should have a comprehensive description: 

when a TTCN-3 definition uses module parameters, it is also recommended to mention this explicitly in 
the description; 

descriptions for behavioural constructs should mention if they set the test component verdict and also all 
known limitations of the construct; 

descriptions for type definitions, e.g. component types, should mention if the type has been designed to 
be type compatible to another type or vice versa to be used as a basis for other type definitions. 
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the @see tag should be used to make dependencies between TTCN-3 definitions which are described by a 
@desc tag more explicit in the documentation, e.g. if some TTCN-3 definition uses a module parameter then 
its TTCN-3 definition should be referenced to using a @see tag; 

where applicable, parameterized constructions such as functions, altsteps and templates should use the 
@param and ©return tags. The @param tags should first list the parameter name and then a brief description 
of how this parameter is used by the construct; 

the @url tag should be used to refer to the specification from which the TTCN-3 definition was derived from, 
e.g. a type definition could refer to a particular RFC IETF page. In some cases it may be necessary to use the 
@desc tag instead for this purpose as documents often are hard to access internally, i.e. it may only be possible 
to specify a reference to a complete document but impossible to point to a very specific clause in the present 
document; 

the @url and @img tag may be used to link to relevant documentation such as Test Purposes or original 
requirements or even drawings of test configurations. Generally, the corresponding Test Purpose (in the 
TSS&TP) and to the corresponding Requirement (in the Requirements Catalogue) should be linked from the 
relevant TTCN-3 test case definition; 

• the @ remark tag may be used with any TTCN-3 definition. It should be used sparingly, e.g. possibly to 
indicate how a TTCN-3 definition should not be used. 

5.4 ATS archive 

Annex B contains the ATS archive (.zip file expanding to text files with TTCN-3 code). 



• 
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Annex A (normative): 
Partial PIXIT proforma 



Notwithstanding the provisions of the copyright clause related to the text of the present document, grants that users of 
the present document may freely reproduce the PIXIT proforma in this annex so that it can be used for its intended 
purposes and may further publish the completed PIXIT proforma. 



A.1 Introduction 



This partial PIXIT proforma contained in the present document is provided for completion, when the related Abstract 
Test Suite is to be used against the Implementation Under Test (lUT). 

The completed partial PIXIT will normally be used in conjunction with the completed PICS, as it adds precision to the 
information provided by the PICS. 



A.2 PIXIT items 



According to the interworking type of ATS defined in the present document, the PIXIT are divided in SIP-related 
PIXIT and ISUP/BICC -related PIXIT (there are no common PIXIT defined). 
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A.2.1 SIP-related PIXIT 

For the SIP side of the ATS the PIXIT defined in TS 102 351 [2] apply. In addition the SIP-related PIXIT of table A.l 
apply, which have been provided for the particular purposes of this ATS. Each PIXIT item corresponds to a Module 
Parameter of the ATS. 

Table A.1 : Additional SIP-related PIXIT items 



Item 


Module Parameter 


Description 


Type 


Value 


1.1 


PX_SIP_SDPB0DY3 


additional SDP parameter proposed by 
the ETS (delivered with UPDATE) 


charstring 




1.2 


PX_SIP_SDPB0DY4 


additional SDP parameter proposed by 
the SUT (delivered with 200 OK 
UPDATE), for session modification 
testing 


charstring 




1.3 


PX_SIP_SDPBODY_A_and_U 


additional SDP parameter proposed by 
the ETS (delivered with INVITE), should 
propose PCMA and PCMU 


charstring 




1.4 


PX_SIP_PASSERTEDID 


additional SDP parameter proposed by 
the ETS (delivered with INVITE), used in 
Suppl. Services Group 
format: sip: +CC NDC+SNN 


charstring 




1.5 


PX_SIP_PASSERTEDID2 


2nd P-Asserted-ID, according to 

rfc3325(9.1) 

format: sip: +CC NDC+SNN 


charstring 




1.6 


PX MAX NR OF HOPS 


f Sip TC 301 060 


integer 




1.7 


PX_SIP_BYE_CAUSE 


f_Sip_TC_308_004, also used in Failure 
messages (TC 308 017) 


integer 




1.8 


PX SIP SDPBODY WITHOUT 
_MEDIA 


SDP parameter proposed by the ETS 
(delivered with INVITE), includes only the 
lines up to the m line, e.g. v, o, s, c, t lines 


charstring 




1.9 


PX SIP SDPBODY DEFAULT 
_MEDIA 


SDP parameter proposed by the ETS 
(delivered with INVITE), includes only the 
m and optionally the a line(s) 


charstring 




1.10 


PX SDP MEDIA PORT 


port for SDP media line 


charstring 




1.11 


PX SDP MEDIA DYNAMIC P 

T 


Dynamic PT for SDP media line 


charstring 




1.12 


PX SDP T38 ATTRIBUTE 


T.38 attribute for SDP attribute line 


charstring 




1.13 


PX SIP MAX FORWARDS 


Max Forwards value for TC1 01 023 


integer 




1.14 


PX SIPURL CDPN INTERNAT 
IONAL_HOME 


SIP UrI with a called party number in the 
format +CC NDC SN, where CC is the 
country code of the network in which the 
next hop terminates, 
used in TCI 01 024 


charstring 




1.15 


PX SIPURL CDPN INTERNAT 
IONAL_ABROAD 


SIP UrI with a called party number in the 
format +CC NDC SN, where CC is NOT 
the country code of the network in which 
the next hop terminates, 
used in TCI 01 025 


charstring 




1.16 


PX_SIPURL_CDPN 


SIP UrI with a called party number used 
in TCI 01 026 


charstring 




1.17 


PX_SIPURL_CGPN 


calling party number (From field) used in 
TP501 and TP601 


charstring 




1. 18 


PX_SIPURL_CGPN_DISPLAY 


calling party number (From field, display 
name only!) used in TP501 and TP601 


charstring 




1.19 


PX SIPURL CGPN PASSERT 
ED 


calling party number (P-AssertedID Iine1) 
used in TP501 and TP601 


charstring 




1.20 


PX SIPURL CGPN PASSERT 
ED2 


calling party number (P-AssertedID Iine2) 
used in TP501 and TP601 


charstring 




1.21 


PX_SIP_CheckConversation 


true if conversation check is implemented 
and used 


boolean 




1.22 


PX_SIP_CheckRingJng 


true if ringing check is implemented and 
used 


boolean 
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A.2.2 ISUP/BICC-related PIXIT 

The following tables A.2 to A.5 list the ISUP/BICC-related PIXIT items associated with the ATS. Each PIXIT item 
corresponds to a Module Parameter of the ATS. Default values are not provided. 

Table A.2: General SS/SUT-related ISUP/BICC PIXIT items 



Item 


■Module Parameter 


Description 


Type 


Value 


2.1 


PXJSUPJsup 


Select whether ISUP (true) or BICC 
(false) testing is done (depending on 
whether the SUT implements ISUP or 
BICC on the outgoing circuits under 
test). 


boolean 




2.2 


PX_ISUP_NW_IND 


Network indicator inside the Service 
Indicator octet (SIO). 


bitstring(2) 




2.3 


PX_ISUP_SLS 


Signalling Link Selection (SLS) value 
of the ISUP link between TS and SUT. 


bitstring(4) 




2.4 


PX_ISUP_PC_SUT 


Point code of the SUT (ISUP 
interface). 


bitstring(14) 




2.5 


PX ISUP PC TS 


Point code of the TS (ISUP interface). 


bitstring(14) 




2.6 


PX_SUT_ADRESS_ISUP_BICC 


Address (e.g. IP) of the SUT 
(ISUP/BICC side). The use of this 
address is to enable the TS to 
communicate with the SUT at the 
ISUP/BICC side to establish and 
maintain the lower layer connections. 


charstring 




2.7 


PX_TS_ADRESS_ISUP_BICC 


Address (e.g. IP) of the TS 
(ISUP/BICC side). The use of this 
address is to enable the TS to 
communicate with the SUT at the 
ISUP/BICC side to establish and 
maintain the lower layer connections. 


octetstring 




2.8 


PX_ISUP_TX_CIC_cicv1 


Default Circuit Identity Code value for 
signalling connection 1). 


bitstring(12) 




2.9 


PX_ISUP_TX_CIC_cicv2 


Default Circuit Identity Code value for 
signalling connection 2). 


bitstring(12) 




2.10 


PX_ISUP_TX_CIC_caicv1 


Default Call Instance Code value for 
signalling connection 1). 


octetstring(4) 




2.11 


PX_ISUP_TX_CIC_caicv2 


Default Call Instance Code value for 
signalling connection 2). 


octetstring(4) 
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Table A.3: Timer-related ISUP/BICC PIXIT 


items 




Item 


IModule Parameter 


Description 


Type 


Value 


3.1 


PX_ISUP_TAC 


Time to control the reception of a 
message. 


float 




3.2 


PX ISUP TNOAC 


Time to control that lUT sends nothing. 


float 




3.3 


PX ISUP TSYNC 


Time to control synchronization. 


float 




3.4 


PX ISUP TSYNC TIME LIMIT 


Time to control synchronization. 


float 




3.5 


PX ISUP TDONE 


Time to control PTC. stop. 


float 




3.6 


PX_ISUP_TWAIT 


Time to control that lUT reacts prior to 
Upper Tester action. 


float 




3.7 


PX_TDelay_ACM 


Time to delay ACM message before 
sending. 


float 




3.8 


PX_TDelay_ANM 


Time to delay ANM message before 
sending. 


float 




3.9 


PX_TDelay_APM 


Time to delay APM message before 
sending. 


float 




3.10 


PX_TDelay_CGB 


Time to delay CGB message before 
sending. 


float 




3.11 


PX_TDelay_CON 


Time to delay CON message before 
sending. 


float 




3.12 


PX_TDelay_COT 


Time to delay COTM message before 
sending. 


float 




3.13 


PX_TDelay_CPG 


Time to delay CPG message before 
sending. 


float 




3.14 


PX_TDelay_FAC 


Time to delay FAC message before 
sending. 


float 




3.15 


PX_TDelay_FAR 


Time to delay FAR message before 
sending. 


float 




3.16 


PX_TDelay_GRS 


Time to delay GRS message before 
sending. 


float 




3.17 


PX_TDelay_IDR 


Time to delay IDR message before 
sending. 


float 




3.18 


PX_TDelay_LOP 


Time to delay LOP message before 
sending. 


float 




3.19 


PX_TDelay_REL 


Time to delay REL message before 
sending. 


float 




3.20 


PX_TDelay_RES 


Time to delay RES message before 
sending. 


float 




3.21 


PX_TDelay_RLC 


Time to delay RLC message before 
sending. 


float 




3.22 


PX_TDelay_RSC 


Time to delay RSC message before 
sending. 


float 




3.23 


PX_TDelay_SAM 


Time to delay SAM message before 
sending. 


float 




3.24 


PX_TDelay_SUS 


Time to delay SUS message before 
sending. 


float 




3.25 


PX_TDelay_UNKNOWN 


Time to delay UNKNOWN message 
before sending. 


float 




3.26 


PX_Timeout_T2 


Nominal timeout value of ISUP protocol 
timer T2. 


float 




3.27 


PX_Timeout_T39 


Nominal timeout value of ISUP protocol 
timer T39. 


float 




3.28 


PX_Timeout_T6 


Nominal timeout value of ISUP protocol 
timer T6. 


float 




3.29 


PX_Timeout_T7 


Nominal timeout value of ISUP protocol 
timer T7. 


float 




3.30 


PX_Timeout_T8 


Nominal timeout value of ISUP protocol 
timer T8. 


float 




3.31 


PX_Timeout_T9 


Nominal timeout value of ISUP protocol 
timer T9. 


float 




3.32 


PX_Timeout_TOIW1 


Nominal timeout value of ISUP/SIP 
Interworking protocol timer T0IW1. 


float 




3.33 


PX_Timeout_TOIW2 


Nominal timeout value of ISUP/SIP 
Interworking protocol timer T0IW2. 


float 
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Item 


■Module Parameter 


Description 


Type 


Value 


3.34 


PX_Timeout_TOIW3 


Nominal timeout value of ISUP/SIP 
interworking protocol timer T0IW3. 


float 





Table A.4: Operator-check-related ISUP/BICC PIXIT items 



Item 


IModule Parameter 


Description 


Type 


Value 


4.1 


PX_lsupBicc_CheckConversation 


True if conversation check is 
implemented and used. Othen/vise 
false (see note 1). 


boolean 




4.2 


PX_lsupBicc_CheckRinging 


True if ringing check is implemented 
and used. Otherwise false (see 
note 2). 


boolean 




NOTE 1 : If true, test execution will stop at positions where the TP indicates 'conversation' until the operator enters the 

check result. 
NOTE 2: If true, test execution will stop at positions where the TP indicates 'ringing' until the operator enters the check 

result. 
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Table A.5: ISUP/BICC PIXIT items associated withi message fields 



Item Module Parameter Description Type Value 


Connected Party Subaddress 


5.1.1 


PX_ISUP_TX_connsub_information 


Default value for connected 
subaddress information (to be sent 
when the IP does not specify a 
specific value for that field). 
Ref.:Q.931 [i.1], M.5.4. 


octetstring 




5.1.2 


PX_ISUP_TX_connsub_type_of_subaddress 


Default value for connected 

subaddress type of subaddress (to 

be sent when the TP does not 

specify a specific value for that 

field). 

Ref.:Q.931 [i.1], M.5.4. 


bitstring(3) 




5.1.3 


PX_ISUP_TX_connsub_odd_even_indicator 


Default value for connected party 

subaddress odd even indicator (to 

be sent when the TP does not 

specify a specific value for that 

field). 

Ref.:Q.931 [i.1], M.5.4. 


bitstring(l) 




Facility 


5.2 


PX_ISUP_FAC_comp_txDef 


'component' value (accepted by 
the SUT without immediate 
response (PIXIT)) sent in the 
'Facility' parameter in the FAC 
message. 


octetstring 




Called party number - receiving 


5.3.1 


PX_ISUP_IAM_CLD_digits_rxDef 


Default 'address digits' value 
received in the 'Called party 
number' parameter in the JAM 
message. 
Ref.:Q.763[16], 3.9. 


IA5String 




5.3.2 


PX_ISUP_IAM_CLD_digits_rxlnat 


'address digits' value (CC NDC 
SN) received in the 'Called party 
number' parameter in the JAM 
message, when the nature of 
address is 'international number'. 
Ref.:Q.763[16], 3.9. 


lASString 




5.3.3 


PX_ISUP_IAM_CLD_digits_rxNat 


'address digits' value (NDC SN) 
received in the 'Called party 
number' parameter in the JAM 
message, when the nature of 
address is 'national number'. 
Ref.:Q.763[16], 3.9. 


lASString 




Called party number - sending 


5.4.1.1 


PX_ISUP_IAM_CLD_digits_auto 


Complete 'address digits' value 
sent in the 'Called party number' 
parameter in the JAM message, 
when the destination is an 
automatically answering SIP. 
Ref.:Q.763[16], 3.9. 


IA5String 




5.4.1.2 


PX_ISUP_TX_CLD_natAddr_auto 


'nature of address' value sent in 
the 'Called party number' 
parameter in the JAM message, 
when the destination is an 
automatically answering SIP. 
Ref.:Q.763[16], 3.9. 


bitstring(7) 




5.4.2.1 


PX_ISUP_IAM_CLD_dlglts_analysis 


'address digits' value sent in the 
'Called party number' parameter in 
the JAM message, when 'sending 
complete' is not sent, not the 
maximum number of digits are 
sent, the number is complete and 
completeness is determined by 
analysis of the number. 
Ref.:Q.763[16], 3.9. 


lASString 
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Item 


Module Parameter 


Description 


Type 


Value 


5.4.2.2 


PX_ISUP_TX_CLD_natAddr_analysis 


'nature of address' value sent in 
the 'Called party number' 
parameter in the JAM message, 
when 'sending complete' is not 
sent, not the maximum number of 
digits are sent, the number is 
complete and completeness is 
determined by analysis of the 
number. 
Ref.:Q.763[16], 3.9. 


bitstring(7) 




5.4.3.1 


PX_ISUP_IAM_CLD_digits_timeout 


'address digits' value sent in the 
'Called party number' parameter in 
the JAM message, when 'sending 
complete' is not sent, not the 
maximum number of digits are 
sent, the number is complete and 
completeness is determined by 
timeout. 
Ref.:Q.763[16], 3.9. 


lASString 




5.4.3.2 


PX_ISUP_TX_CLD_natAddr_timeout 


'nature of address' value sent in 
the 'Called party number' 
parameter in the lAIVI message, 
when 'sending complete' is not 
sent, not the maximum number of 
digits are sent, the number is 
complete and completeness is 
determined by timeout. 
Ref.:Q.763[161, 3.9. 


bitstring(7) 




5.4.4.1 


PX_ISUP_IAM_CLD_digits_max 


'address digits' value sent in the 
'Called party number' parameter in 
the lAIVI message, containing the 
maximum number of digits 
according to the national 
numbering plan, and no 'sending 
complete'. 
Ref.:Q.763[16], 3.9. 


lASString 




5.4.4.2 


PX_ISUP_TX_CLD_natAddr_tnax 


'nature of address' value sent in 
the 'Called party number' 
parameter in the JAM message, 
containing the maximum number 
of digits according to the national 
numbering plan, and no 'sending 
complete'. 
Ref.:Q.763[16], 3.9. 


bitstring{7) 




5.4.5.1 


PX_ISUP_IAM_CLD_digits_min 


'address digits' value sent in the 
'Called party number' parameter in 
the lAIVI message, containing the 
minimum number of digits required 
for routing, and no 'sending 
complete'. 
Ref.:Q.763[16], 3.9. 


IA5String 




5.4.5.2 


PX_ISUP_TX_CLD_natAddr_min 


'nature of address' value sent in 
the 'Called party number' 
parameter in the lAIVI message, 
containing the minimum number of 
digits required for routing, and no 
'sending complete'. 
Ref.:Q.763[16], 3.9. 


bitstring(7) 




5.4.6.1 


PX_ISUP_IAM_CLD_digits_SipUri 


'address digits' value sent in the 
'Called party number' parameter in 
the JAM message, converted by 
the IWU such that the To header 
field contains a sip: URI. 
Ref.:Q.763[16], 3.9. 


lASString 
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Item 


Module Parameter 


Description 


Type 


Value 


5.4.6.2 


PX_ISUP_TX_CLD_natAddr_SipUri 


'nature of address' value sent in 
the 'Called party number' 
parameter in the JAM message, 
converted by the IWU such that 
the To header field contains a sip: 
URI. 
Ref.:Q.763[16], 3.9. 


bitstring(7) 




5.4.7.1 


PX_ISUP_IAM_CLD_digits_txDef 


Default 'address digits' value sent 
in the 'Called party number' 
parameter in the JAM message, 
containing the complete address 
and 'sending complete'. 
Ref.:Q.763[16], 3.9. 


IA5String 




5.4.7.2 


PX_ISUP_TX_CLD_natAddr_txDef 


Default 'nature of address' value 
sent in the 'Called party number' 
parameter in the JAM message, 
containing the complete address 
and 'sending complete'. 
Ref.:Q.763[161, 3.9. 


bitstring(7) 




5.4.8 


PX_ISUP_IAM_CLD_digits_Leading_subs 


'address digits' value sent in the 
'Called party number' parameter in 
the lAIVI message, containing a 
leading part of an address (to be 
completed by 2 SAM messages), 
and where the nature of address is 
'subscriber number'. 
Ref.:Q.763[161, 3.9. 


IA5String 




5.4.9 


PX_ISUP_IAM_CLD_digits_Leading_nat 


'address digits' value sent in the 
'Called party number' parameter in 
the lAIVI message, containing a 
leading part of an address (to be 
completed by 2 SAM messages), 
and where the nature of address is 
'national (sign.) number'. 
Ref.:Q.763[16],3.9. 


IA5String 




5.4.10 


PX_ISUP_IAM_CLD_digits_Leading_sipUri 


'address digits' value sent in the 
'Called party number' parameter in 
the JAM message, containing a 
leading part of an address (to be 
completed by 2 SAM messages), 
converted by the IWU such that 
the To header field contains a sip: 
URI. 
Ref.:Q.763[16], 3.9. 


IA5String 




5.4.11 


PX_ISUP_IAM_CLD_digits_Leading_inat 


'address digits' value sent in the 
'Called party number' parameter in 
the lAM message, containing a 
leading part of an address (to be 
completed by 2 SAM messages), 
and where the nature of address is 
'international number'. 
Ref.:Q.763[16], 3.9. 


IA5String 




5.4.12 


PX_ISUP_IAM_CLD_digits_txDef_inat 


Default 'complete address digits' 
value sent in the 'Called party 
number' parameter in the lAM 
message, when the nature of 
address is specified as 
'international number'. 
Ref.:Q.763 3.9. 


IA5String 




5.4.13 


PX_ISUP_IAM_CLD_digits_txDef_nat 


Default 'complete address digits' 
value sent in the 'Called party 
number' parameter in the lAM 
message, when the nature of 
address is specified as 'national 
(sign.) number'. 


IA5String 
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Item 


Module Parameter 


Description 


Type 


Value 


5.4.14.1 


PX_ISUP_IAM_CLD_digits_less 


'address digits' value (less than 
minimum number digits to route 
the call) sent in the 'Called party 
number' parameter in the JAM 
message. 


IA5String 




5.4.14.2 


PX_ISUP_IAM_CLD_natAddr_less 


'nature of address' value (number 
of digits less than minimum 
number digits to route the call) 
sent in the 'Calling party number' 
parameter in the lAIVI message. 
Ref.:Q.763[161, 3.9. 


bitstring(7) 




5.4.15.1 


PX_ISUP_TX_CDN_addrSignals 


Default value for element 
addressSignals inside Called party 
number parameter (CDN); 
Variable(V) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.9. 


IA5String 




5.4.15.2 


PX_ISUP_TX_CDN_natOfAddresslnd 


Default value for element 
natureOfAddresslndicator inside 
Called party number parameter 
(CDN); Variable(V) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.;Q.763[16], 3.9. 


bitstring(7) 




5.4.15.3 


PX_ISUP_TX_CDN_numbPlanlnd 


Default value for element 
numberingPlanlndicator inside 
Called party number parameter 
(CDN); Variable(V) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.:Q.763[16], 3.9. 


bitstring(3) 




5.4.15.4 


PX_ISUP_TX_CDN_iNN 


Default value for element iNN 
inside Called party number 
parameter (CDN); Variable(V) 
format (to be sent when the TP 
does not specify a specific value 
for that field). 
Ref.:Q.763[16], 3.9. 


bitstring(l) 




Calling party number - receiving 


5.5.1 


PX_ISUP_IAM_CLI_digits_rxlnat 


Default 'address digits' value 
received in the 'Calling party 
number' parameter in the JAM 
message, when the Called party 
number is 'international'. 
Ref.:Q.763 [161, 3.10. 


IA5String 




5.5.2 


PX_ISUP_IAM_CLI_digits_rxNat 


Default 'address digits' value 
received in the 'Calling party 
number' parameter in the JAM 
message, when the Called party 
number is 'national (sign.) 
number'. 
Ref.:Q.763[16], 3.10. 


IA5String 




5.5.3 


PX_ISUP_IAM_CLI_digits_rxDef 


Default 'address digits' value 
received in the 'Calling party 
number' parameter in the JAM 
message, when the Nature of 
address is not explicitly specified. 
Ref.:Q.763[16], 3.10. 


IA5String 




5.5.4 


PX_ISUP_IAM_CLI_numlncmpllnd_rxDef 


Default 'Number incomplete 
indicator' value received in the 
'Calling party number' parameter 
in the lAM message. 
Ref.:Q.763[16], 3.10. 


bitstring(l) 
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Item 


Module Parameter 


Description 


Type 


Value 


Calling party number - sending 


5.6.1 


PX_ISUP_IAM_CLI_digits_txlnat 


Default 'address digits' value sent 
in the 'Calling party number' 
parameter in the lAIVI message, 
when the Called party number is 
'international'. 
Ref.:Q.763[16], 3.10. 


IA5String 




5.6.2 


PX_ISUP_IAM_CLI_digits_txNat 


Default 'address digits' value sent 
in the 'Calling party number' 
parameter in the lAIVI message, 
when the Called party number is 
'national (sign.) number'. 
Ref.:Q.763[16], 3.10. 


IA5String 




Generic number - receiving 


5.7.1 


PX_ISUP_IAM_GEN_digits_rxlnat 


'address digits' value received in 
the 'Generic number' parameter in 
the JAM message, when the 
Nature of Address is 'international 
number'. 
Ref.:Q.763[16], 3.26. 


IA5String 




5.7.2 


PX_ISUP_IAM_GEN_digits_rxNat 


'address digits' value received in 
the 'Generic number' parameter in 
the JAM message, when the 
Nature of Address is 'national 
(sign.) number'. 
Ref.;Q.763[16], 3.26. 


IA5String 




Generic number - sending 


5.8.1 


PX_ISUP_IAM_GEN_digits_txlnat 


'address digits' value sent in the 
'Generic number' parameter in the 
lAIVI message, when the Nature of 
Address is 'international number'. 
Ref.:Q.763[16], 3.26. 


IA5String 




5.8.2 


PX_ISUP_IAM_GEN_digits_txNat 


'address digits' value sent in the 
'Generic number' parameter in the 
JAM message, when the Nature of 
Address is 'national (sign.) 
number'. 
Ref.:Q.763[16], 3.26. 


lASString 




User-user information 


5.9.1 


PX_ISUP_IAM_UUI_userlnfo_S1 


Default 'user-to-user information' 
value (Service 1 data) sent in the 
'User-to-user information' 
parameter in the lAIVI message. 
Ref.:Q.763[16], 3.61. 


octetstring 




5.9.2 


PX_ISUP_IAM_UUI_userlnfo_S2 


Default 'user-to-user information' 
value (Service 2 data) sent in the 
'User-to-user information' 
parameter in the lAIVI message. 
Ref.:Q.763 3.61. 


octetstring 




5.9.3 


PX_ISUP_IAM_UUI_userlnfo_S3 


Default 'user-to-user information' 
value (Service 3 data) sent in the 
'User-to-user information' 
parameter in the lAIVI message. 
Ref.:Q.763[16], 3.61. 


octetstring 




Cause indicator 


5.10.1 


PX_ISUP_REL_CAU_cVal_bye 


'Cause' value (decimal) received 
in the 'Cause' parameter in the 
REL message, when the IW-U has 
received a BYE message from 
SIP. 
Ref.:Q.763[16], 3.12. 


integer 
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Module Parameter 


Description 


Type 


Value 


5.10.2 


PX_ISUP_REL_CAU_cVal_cancel 


'Cause' value (decimal) received 
in the 'Cause' parameter in the 
REL message, when the IW-U has 
received a CANCEL message 
from SIP. 
Ref.:Q.763[16], 3.12. 


integer 




5.10.3 


PX_ISUP_REL_CAU_cVal_autonomous 


'Cause' value (decimal) received 
in the 'Cause' parameter in the 
REL message, when the IWU-0 
has autonomously released the 
call. 
Ref.:Q.763[16], 3.12. 


integer 




5.10.4 


PX_ISUP_REL_CAU_CCBSposs 


'Cause value' value sent in the 
'Cause' parameter in the REL 
message, when the diagnostics 
field indicates 'CCBS possible'. 
Ref.:Q.763[16], 3.12. 


integer 




Subsequent number 


5.11.1 


PX_ISUP_SAM_SQN_digits_rx1 


'address digits' value (PIXIT) 
received in the 'Subsequent 
number' parameter in the first 
SAIVI message. 
Ref.:Q.763[16], 3.51. 


IA5String 




5.11.2 


PX_ISUP_SAM_SQN_digits_rx2 


'address digits' value (PIXIT) 
received in the 'Subsequent 
number' parameter in the second 
SAIVI message. 
Ref.:Q.763[16], 3.51. 


IA5String 




5.11.3 


PX_ISUP_SAM_SQN_digits_txMidLess 


'address digits' value sent in the 
'Subsequent number' parameter in 
the first SAM message, containing 
the middle part of the number, 
where the lAIVI contained less than 
the minimum digits to route the 
call. 
Ref.:Q.763[16], 3.51. 


IA5String 




5.11.4 


PX_ISUP_SAM_SQN_digits_txFinLess 


'address digits' value sent in the 
'Subsequent number' parameter in 
the first SAM message, containing 
the final part of the number, where 
the lAM contained less than the 
minimum digits to route the call. 
Ref.:Q.763[16], 3.51. 


IA5String 




5.11.5 


PX_ISUP_SAM_SQN_digits_txFinDef 


'address digits' value sent in the 
'Subsequent number' parameter in 
the second SAM message, 
completing the (subscriber) 
number. 
Ref.:Q.763[16], 3.51. 


IA5String 




5.11.6 


PX_ISUP_SAM_SQN_digits_txMidDef 


'address digits' value sent in the 
'Subsequent number' parameter in 
the first SAM message, containing 
the middle part of the complete 
(subscriber) number. 
Ref.:Q.763[16], 3.51. 


IA5String 




5.11.7 


PX_ISUP_SAM_SQN_digits_txFinNat 


Final 'address digits' value sent in 
the 'Subsequent number' 
parameter in the second SAM 
message, completing the (national 
sign.) number. 
Ref.:Q.763 [161, 3.51. 


IA5String 




5.11.8 


PX_ISUP_SAM_SQN_digits_txMidNat 


Middle 'address digits' value sent 
in the 'Subsequent number' 
parameter in the first SAM 
message, not completing the 
(national sign.) number. 
Ref.:Q.763 [161, 3.51. 


IA5String 
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Module Parameter 
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Type 
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5.11.9 


PX_ISUP_SAM_SQN_digits_txFinPhone 


Final 'address digits' value sent in 
the 'Subsequent number' 
parameter in the second SAM 
message, where the whole 
number is mapped to the addr- 
spec component of the To header 
field which includes the 
"user=phone" URI parameter. 
Ref.:Q.763[16], 3.51. 


IA5String 




5.11.10 


PX_ISUP_SAM_SQN_digits_txFinlnat 


'address digits' value sent in the 
'Subsequent number' parameter in 
the second SAM message, 
completing the (international) 
number. 
Ref.:Q.763[16], 3.51. 


IA5String 




5.11.11 


PX_ISUP_SAM_SQN_digits_txMidPhone 


Middle 'address digits' value sent 
in the 'Subsequent number' 
parameter in the first SAM 
message, where the whole 
number is mapped to the addr- 
spec component of the To header 
field which includes the 
"user=phone" URI parameter. 
Ref.:Q.763[16], 3.51. 


IA5String 




5.11.12 


PX_ISUP_SAM_SQN_digits_txMidlnat 


'address digits' value (PIXIT 
(middle part of standard 
international address/ to be 
completed by next SAM)) sent in 
the 'Subsequent number' 
parameter in the SAM message. 
Ref.:Q.763[16], 3.51. 


IA5String 




Backward call indicators 


5.12.1 


PX_ISUP_TX_BCI_v_chargelnd 


Default value for element 
chargelndicator inside Backward 
call indicators parameter (BCI); 
Fixed(F) format (to be sent when 
the TP does not specify a specific 
value for that field). 
Ref.:Q.763[16], 3.5. 


bitstring(2) 




5.12.2 


PX_ISUP_TX_BCI_v_cldPStatlnd 


Default value for element 
calledPartysStatuslndicator inside 
Backward call indicators 
parameter (BCI); Fixed(F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.:Q.763[161, 3.5. 


bitstring(2) 




5.12.3 


PX_ISUP_TX_BCI_v_cldPCatlnd 


Default value for element 
calledPartysCategorylndicator 
inside Backward call indicators 
parameter (BCI); Fixed(F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.:Q.763[161, 3.5. 


bitstring(2) 




5.12.4 


PX_ISUP_TX_BCI_v_eTOeMethodlnd 


Default value for element 
end_to_endMethodlndicator inside 
Backward call indicators 
parameter (BCI); Fixed(F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.:Q.763[16], 3.5. 


bitstring(2) 
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5.12.5 


PX_ISUP_TX_BCI_v_interwlnd 


Default value for element 
interworkinglndicator inside 
Backward call indicators 
parameter (BCI); Fixed{F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.;Q.763[16], 3.5. 


bitstring(l) 




5.12.6 


PX_ISUP_TX_BCI_v_eTOelnfolnd 


Default value for element 
end_to_endlnformationlndicator 
inside Backward call indicators 
parameter (BCI); Fixed(F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.:Q.763[16], 3.5. 


bitstring(l) 




5.12.7 


PX_ISUP_TX_BCI_v_iSDNUserPartlnd 


Default value for element 
iSDNUserPartlndicator inside 
Backward call indicators 
parameter (BCI); Fixed(F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.:Q.763[16], 3.5. 


bitstring(l) 




5.12.8 


PX_ISUP_TX_BCI_v_holdinglnd 


Default value for element 
holdinglndicator inside Backward 
call indicators parameter (BCI); 
Fixed(F) format (to be sent when 
the TP does not specify a specific 
value for that field). 
Ref.:Q.763[16], 3.5. 


bitstring(l) 




5.12.9 


PX_ISUP_TX_BCI_v_iSDNAccesslnd 


Default value for element 
iSDNAccesslndicator inside 
Backward call indicators 
parameter (BCI); Fixed(F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.:Q.763[16], 3.5. 


bitstring(l) 




5.12.10 


PX_ISUP_TX_BCI_v_echoContrDevlnd 


Default value for element 
echoControlDevicelndicator inside 
Backward call indicators 
parameter (BCI); Fixed(F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.:Q.763[16], 3.5. 


bitstring(l) 




5.12.11 


PX_ISUP_TX_BCI_v_sCCPMethodlnd 


Default value for element 
sCCPIVIethodlndicator inside 
Backward call indicators 
parameter (BCI); Fixed(F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.:Q.763[16], 3.5. 


bitstring(2) 




Calling party category 


5.13 


PX_ISUP_TX_CGC_cliPCategory 


Default value for element 
callingPartysCategory inside 
Calling party's category parameter 
(CGC); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.:Q.763[16], 3.11. 


bitstring(8) 
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Connected number 


5.14.1 


PX_ISUP_TX_CPN_natOfaddressind 


Default value for element 
natureOfaddressindicator inside 
Connected number parameter 
(CPN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.:Q.763[16], 3.16. 


bitstring(7) 




5.14.2 


PX_ISUP_TX_CPN_screenlnd 


Default value for element 
screeninglndicator inside 
Connected number parameter 
(CPN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.:Q.763[16], 3.16. 


bitstring(2) 




5.14.3 


PX_ISUP_TX_CPN_addrPresRestrlnd 


Default value for element 
addrPresRestrInd inside 
Connected number parameter 
(CPN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.:Q.763[16], 3.16. 


bitstring(2) 




5.14.4 


PX_ISUP_TX_CPN_numbplanlnd 


Default value for element 
numberingplanlndicator inside 
Connected number parameter 
(CPN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.:Q.763[16], 3.16. 


bitstring(3) 




5.14.5 


PX_ISUP_TX_CPN_addrSignals 


Default value for element 
addressSignals inside Connected 
number parameter (CPN); 
Optional(O) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.16. 


IA5String 




Forward call indicators 


5.15.1 


PX_ISUP_TX_FCI_natlnternatCalllnd 


Default value for element 
natlnternatCalllndicator inside 
Forward call indicators parameter 
(FCI); Fixed(F) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.23. 


bitstring(l) 




5.15.2 


PX_ISUP_TX_FCI_endToEndMethodlnd 


Default value for element 
endToEndMethodlndicator inside 
Forward call indicators parameter 
(FCI); Flxed(F) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.23. 


bitstring(2) 




5.15.3 


PX_ISUP_TX_FCI_interwlnd 


Default value for element 
interworkinglndicator inside 
Forward call indicators parameter 
(FCI); Fixed(F) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.23. 


bitstring(l) 




5.15.4 


PX_ISUP_TX_FCI_eTOelnfolndic 


Default value for element 
endToEndlnfolndicator inside 
Forward call indicators parameter 
(FCI); Fixed(F) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.23. 


bitstring(l) 
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5.15.5 


PX_ISUP_TX_FCI_iSDNUserPartlnd 


Default value for element 
iSDNUserPartlndicator inside 
Forward call indicators parameter 
(FCI); FJxed(F) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.23. 


bitstring(l) 




5.15.6 


PX_ISUP_TX_FCI_iSDNUserPartPreflnd 


Default value for element 
iSDNUserPartPreflndicator inside 
Forward call indicators parameter 
(FCI); Fixed(F) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.23. 


bitstring(2) 




5.15.7 


PX_ISUP_TX_FCI_iSDNAccesslnd 


Default value for element 
iSDNAccesslndicator inside 
Forward call indicators parameter 
(FCI); Fixed(F) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.23. 


bitstring(l) 




5.15.8 


PX_ISUP_TX_FCI_sCCPMethodlnd 


Default value for element 
sCCPMethodlndicator inside 
Forward call indicators parameter 
(FCI); FJxed(F) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.23. 


bitstring(2) 




5.15.9 


PX_ISUP_TX_FCI_reserved 


Default value for element reserved 
inside Forward call indicators 
parameter (FCI); Fixed(F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.:Q.763[16], 3.23. 


bitstring(4) 




Nature of connection indicators 


5.16.1 


PX_ISUP_TX_NCLsatellitelnd 


Default value for element 
satellitelndicator inside Nature of 
connection indicators parameter 
(NCI); Fixed(F) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.35. 


bitstring(2) 




5.16.2 


PX_ISUP_TX_NCI_contChecklnd 


Default value for element 
continuityChecklndicator inside 
Nature of connection indicators 
parameter (NCI); Fixed(F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.:Q.763[16], 3.35. 


bitstring(2) 




5.16.3 


PX_ISUP_TX_NCI_echoContrDevlnd 


Default value for element 
echoControlDevicelndicator inside 
Nature of connection indicators 
parameter (NCI); Fixed(F) format 
(to be sent when the TP does not 
specify a specific value for that 
field). 
Ref.;Q.763[16], 3.35. 


bitstring(l) 




Original called number 


5.17.1 


PX_ISUP_TX_OCN_natOfAddresslnd 


Default value for element 
natureOfAddresslndicator inside 
Original called number parameter 
(OCN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.: 0.763 [16], 3.39. 


bitstring(7) 
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5.17.2 


PX_ISUP_TX_OCN_addrPresRestrlnd 


Default value for element 
addrPresRestrInd inside Original 
called number parameter (OCN); 
Optional(O) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.39. 


bitstring(2) 




5.17.3 


PX_ISUP_TX_OCN_numbPlanlnd 


Default value for element 
numberingPlanlndicator inside 
Original called number parameter 
(OCN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.: 0.763 [16], 3.39. 


bitstring(3) 




5.17.4 


PX_ISUP_TX_OCN_addrSignals 


Default value for element 
addressSignals inside Original 
called number parameter (OCN); 
Optional(O) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.: 0.763 [16], 3.39. 


IA5String 




Range and status 


5.18.1 


PX_ISUP_TX_RAS_range 


Default value for element range 
inside Range and status 
parameter (RAS); Variable(V) 
format (to be sent when the TP 
does not specify a specific value 
for that field). 
Ref.: 0.763 [16], 3.43. 


bitstring(8) 




5.18.2 


PX_ISUP_TX_RAS_status 


Default value for element status 
inside Range and status 
parameter (RAS); Variable(V) 
format (to be sent when the TP 
does not specify a specific value 
for that field). 
Ref.: 0.763 [16], 3.43. 


octetstring 




Redirecting number 


5.19.1 


PX_ISUP_TX_RDN_natOfAddresslnd 


Default value for element 
natureOfAddresslndicator inside 
Redirecting number parameter 
(RDN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.: 0.763 [16], 3.44. 


bitstring(7) 




5.19.2 


PX_ISUP_TX_RDN_addrPresRestrlnd 


Default value for element 
addrPresRestrInd inside 
Redirecting number parameter 
(RDN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.: 0.763 [16], 3.44. 


bitstring(2) 




5.19.3 


PX_ISUP_TX_RDN_numbPlanlnd 


Default value for element 
numberingPlanlndicator inside 
Redirecting number parameter 
(RDN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.: 0.763 [16], 3.44. 


bitstring(3) 




5.19.4 


PX_ISUP_TX_RDN_addrSignals 


Default value for element 
addressSignals inside Redirecting 
number parameter (RDN); 
Optional(O) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.: 0.763 [16], 3.44. 


lASString 
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Item 


Module Parameter 


Description 


Type 


Value 


Redirection number 


5.20.1 


PX_ISUP_TX_RNN_natOfAddresslnd 


Default value for element 
natureOfAddresslndicator inside 
Redirection number parameter 
(RNN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.:Q.763[16], 3.46. 


bitstring(7) 




5.20.2 


PX_ISUP_TX_RNN_numbPlanlnd 


Default value for element 
numberingPlanlndicator inside 
Redirection number parameter 
(RNN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.:Q.763[16], 3.46. 


bitstring(3) 




5.20.3 


PX_ISUP_TX_RNN_iNN 


Default value for element Internal 
Network Number indicator inside 
Redirection number parameter 
(RNN); Optional(O) format (to be 
sent when the TP does not specify 
a specific value for that field). 
Ref.:Q.763[16], 3.46. 


bitstring(l) 




5.20.4 


PX_ISUP_TX_RNN_addrSignals 


Default value for element 
addressSignals inside Redirection 
number parameter (RNN); 
Optional(O) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.763[16], 3.46. 


IA5String 




Redirection number restriction 


5.21 


PX_ISUP_TX_RNS_presRestrlnd 


Default value for element 
presRestrlndicator inside 
Redirection number restriction 
parameter (RNS); Optional(O) 
format (to be sent when the TP 
does not specify a specific value 
for that field). 
Ref.:Q.763[16], 3.46. 


bitstring(2) 




Transmission medium required 


5.22 


PX_ISUP_TX_TMR_transmlVledReq 


Default value for element 
transmissionMediumRequirement 
inside Transmission medium 
requirement parameter (TMR); 
Optional(O) format (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.;Q.763[16], 3.54. 


bitstring(8) 




Hop counter 


5.23 


PX_ISUP_TX_HPC_liopCounter 


Default value for element 
hopCounter inside Hop counter 
parameter (HPC); Optional(O) 
format (to be sent when the TP 
does not specify a specific value 
for that field). 
Ref.:Q.763[16], 3.80. 


bitstring(5) 




Unl<nown parameter/message identifier 


5.24.1 


PX_ISUP_TX_unl<nown_parameter_type 


Default value for an unknown 
parameter type (to be sent when 
the TP does not specify a specific 
value for that field). 


bitstring(8) 




5.24.2 


PX_ISUP_TX_unl<nown_message_type 


Default value for an unknown 
message type (to be sent when 
the TP does not specify a specific 
value for that field). 


bitstring(8) 
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Item 


Module Parameter 


Description 


Type 


Value 


Calling party subaddress 


5.25.1 


PX_ISUP_TX_cgps_information 


Default value for calling party 
subaddress information (to be sent 
when the TP does not specify a 
specific value for that field). 
Ref.:Q.931 [i.1], 4.5.11. 


octetstring 




5.25.2 


PX_ISUP_TX_cgps_odd_even_indicator 


Default value for calling party 

subaddress odd even indicator (to 

be sent when the TP does not 

specify a specific value for that 

field). 

Ref.:Q.931 [i.1], 4.5.11. 


bitstring(l) 




5.25.3 


PX_ISUP_TX_cgps_type_of_subaddress 


Default value for calling party 

subaddress type of subaddress (to 

be sent when the TP does not 

specify a specific value for that 

field). 

Ref.:Q.931 [1.1], 4.5.11. 


bitstring(3) 




NOTE: For Module Parameters containing address digits the following requirement applies: each digit is represented 
either as one of the IA5 characters "0" to "9", or as one of the special IA5 characters "*", "#", "a", "b" or "c". 
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Annex B (informative): 
TTCN-3 library modules 

B.1 Electronic annex, zip file with TTCN-3 code 

The TTCN-3 library modules are contained in archive ts_18600204v010101p0.zip which accompanies the present 
document. 
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